AMENDMENTS TO THE SPECIFICATION 



Please amend the paragraph beginning on line 13 of page 8 as follows: 



It is a second object of the present invention to provide a playback apparatus that can perform 
special playback functions such as forward and backward search for music contents recorded on a 
semiconductor memory card without using a large-capacity memory. 

The first object of th e pr e s e nt invention can be achieved by a semiconductor memory card that stor e s 
at least on e audio track, including : a prot e cted a re a that can b e acc e ssed by a d e vice connected to th e 
semiconductor memory card only if the d e vic e has been found to b e authentic, the p rotect e d area 
storing an encryption key sequenc e com p os e d of a p lu r ality of enc r y p tion k e ys a rr anged into a 
pr e d e t e rmin e d ord e r; and an unprotected area that can b e accessed by any device conn e cted to the 
semiconductor memory ca r d, the unprotect e d a re a storing at least on e audio t r ack and manag e ment 
information, th e at least one audio track including a plurality of e ncrypted audio obj e cts, and th e 
y manag e m e nt information showing which e ncryption key, out of the plurality of encryption keys, 
co rre sponds to each audio obj e ct stored in th e unprotected a re a. 

The first object of the present invention can be achieved by a semiconductor memory card 
that stores at least one audio track, including: a protected area that can be accessed by a device 
connected to the semiconductor memory card only if the device has been found to be authentic, the 
protected area storing an encryption key sequence composed of a plurality of encryption keys 
arranged into a predetermined order; and an unprotected area that can be accessed by any device 
connected to the semiconductor memory card, the unprotected area storing at least one audio track 
and management information, the at least one audio track including a plurality of encrypted audio 
objects, and the management information showing which encryption key, out of the plurality of 
encryption keys, corresponds to each audio object stored in the unprotected area. 
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Please amend the paragraph beginning on line 14 of page 13 as follows: 

These and other objects, advantages and features of the invention will become apparent from 
the following description thereof taken in conjunction with the accompanying drawings which 
illustrate a specific embodiment of the invention. In the Drawings: 

FIG. 1 shows the appearance of a flash memory card 3 1 when viewed from above; 

FIG. 2 shows the construction of the flash memory card 3 1 when viewed from below; 

FIG. 3 shows the hierarchical composition of the flash memory card 3 1 in the embodiments; 

FIG. 4A shows the special region, the authentication region and the user region provided in 
the physical layer of the flash memory card 3 1 ; 

FIG. 4B shows the composition of the authentication region and the user region in the file 
system layer; 

FIG. 5 shows the detailed composition of the file system layer; 

FIG. 6 is a representation of when the AOB file " AOB00 1.SA1" is divided into five parts that 
are stored in clusters 003, 004, 005, 00A, and 00C; 

FIG. 7 shows one example of the settings of the directory entries and file allocation table 
when the AOB file "AOB001 .SA1 " is recorded in a plurality of clusters; 

FIGs. 8A and 8D FIGS. 8Aand 8B show what directories are provided in the user region and 
the authentication region in the file system layer when the above two types of data are recorded in 
the application layer, as well as what kind of files are recorded in which directories; 

FIG. 9 shows the correspondence between the file " AOBS A 1 .KEY" and the AOB files in the 
SDAudio directories; 

FIG. 10 shows the hierarchical composition of the data in an AOB file; 

FIG. 1 1A shows the parameters stipulated by ISO/IEC 13818-7 standard in tabular form; 

FIG. 1 IB shows the parameters that should be used when encoding a file in MPEG-Layer 
3 (MP3) format in tabular form; 

FIG. 1 1 C shows the parameters that should be used when encoding a file in Windows Media 
Audio (WMA) format in tabular form; 

FIG. 12 shows the detailed construction of an AOB_FRAME; 
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FIG. 1 3 shows how the byte length of the audio data in each of three AOB_FRAMEs is set; 

FIG. 14 shows the correspondence between the sampling_frequency and the number of 
AOB_FRAMEs included in an AOB_ELEMENT; 

FIG. 15 shows examples of the playback periods of AOB_ELEMENTs and the playback 
periods of AOB_FRAMEs; 

FIG. 1 6 shows what is reproduced when the AOBs and AOB_BLOCKs recorded in an AOB 
file are consecutively played back; 

FIG. 1 7 shows the hierarchical composition of the PlaylistManager and TrackManager used 
in the embodiments in detail; 

FIG. 18 shows the sizes of the PlaylistManager and the TrackManager; 

FIG. 19 shows the correspondence between the TKIs shown in FIG. 17 and the AOBs and 
AOB files shown in FIG. 16; 

FIG. 20 shows the detailed data composition of the TKTMSRT shown in FIG. 17; 

FIG. 21 shows one example of the TKTMSRT; 



FIG. 22 shows the detailed composition of the TKGI; 

FIGs. 23A and 23D FIGS. 23A and 23B show the composition of the BIT; 

FIG. 23C shows the Time_Length field; 

FIG. 24 shows cluster 007 to 00E into which the AOB composed of AOB_ELEMENT# 1 to 
AOB_ELEMENT#4 are stored; 

FIG. 25 shows how the next AOB_FRAME#x+l to be played back is set when forward 
search is performed starting from the AOB_FRAME#x in an arbitrary AOB_ELEMENT#y in an 
AOB; 

FIGs. 26A and 26D shows how FIGS. 26A and 26B show how an AOB, an 
AOBELEMENT, and an AOB_FRAME that correspond to an arbitrary playback time code are 
specified; 

FIGS. 27A and 27B show the deletion of a track; 

FIG. 28A shows the TrackManager after the deletion of a track has been performed several 




times; 
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FIG. 28B shows how a new TKI and AOB file are written when "Unused" TKIs are present 
in the TrackManager; 

FIGS. 29 A and 29B show the TKIs are set when two tracks are combined to produce a new 

track; 

FIG. 30A shows a Typel AOB; 
FIG. 30B shows Type2 AOBs; 

FIG. 3 1 A shows the combining of a plurality of tracks into a single track for a combination 
of a Typel+ Type2+ Type2+ Typel AOB; 

FIG. 3 IB shows the combining of a plurality of tracks into a single track for a combination 
of a Typel+ Type2+ Type2+ Type2+ Typel AOB; 

FIG. 32 A shows a pattern where a Typel AOB is present at the end of a preceding track and 
a Typel AOB is present at the start of a next track; 

FIG. 32B shows a pattern where a Typel AOB is present at the end of a first track and a 
Type2 AOB is present at the start of a next track; 

FIG. 32C shows a pattern where a Typel and Type2 AOB are present at the end of a first 
track and a Typel AOB is present at the start of a next track; 

FIG. 32D shows a pattern where a Typel and Type2 AOB are present at the end of a first 
track and a Type2 and a Typel AOB is present at the start of a next track; 

FIG. 32E shows a pattern where two Type2 AOBs are present at the end of a first track and 
a Typel is present at the start of a next track; 

FIGS. 33A and 33B show the division of a track to produce two tracks; 

FIGS. 34A and 34B show the content of the SD_Audio directory entries in the SD_Audio 
directory including the AOB file "AOB003.SA1" before and after the division of the track; 

FIG. 35 A shows the division of an AOB midway through AOB_ELEMENT#2; 

FIG. 35B shows the two AOBs, AOB#l and AOB#2 5 obtained by dividing an AOB midway 
through AOB_ELEMENT#2; 

FIG. 36 shows how the BIT is set when an AOB is divided as shown in FIG. 35; 

FIG. 37 shows a specific example of changes in the BIT before and after division; 




FIG. 38 shows a specific example of changes in the TKTMSRT before and after division; 
FIG. 39 A shows the format of a DPL_TK_SRP; 
FIG. 39B shows the format of a PL_TK_SRP; 

FIG. 40 shows the interrelation between the Default_Playlist_Information 5 the TKIs, and the 
AOB files; 

FIG. 41 shows example settings for the Default_Playlist and several PLIs; 

FIG. 42 shows how the DPL_TK_SRPs correspond to TKIs using the same notation as FIG. 



FIGS. 43A and 43B show how the order of tracks is rearranged; 

FIGS. 44A and 44B show how the Default_Playlist, TrackManager, and AOB files will be 
updated when DPL_TK_SRP#2 and TKI#2 are deleted from the Default_Playlist shown in FIG. 40; 
FIGS. 45A and 45B show how a new TKI and DPL_TK_SRP are written when an "Unused" 



FIGS. 46 A and 46B show how tracks are combined; 

FIGS. 47A and 47B shows how show how a track is divided; 

FIG. 48 shows the appearance of a portable playback apparatus for the flash memory card 
31 of the present embodiments; 

FIG. 49 shows one example of the display on the LCD panel when a playlist is selected; 

FIGS. 50 A to 50E show examples of the display on the LCD panel when a track is selected; 

FIGS. 51 A to 5 1C show example operations of the jog dial; 

FIG. 52 shows the internal construction of the reproduction apparatus; 

FIG. 53 shows how data is transferred in and out of the double buffer 15; 

FIG. 54A and 54B shows how FIGS. 54A and 54B show how areas in the double buffer 1 5 
are cyclically allocated using ring pointers; 

FIG. 55 is a flowchart showing the AOB file read procedure; 

FIG. 56 is a flowchart showing the AOB file output procedure; 

FIG. 57 is a flowchart showing the AOB file output procedure; 

FIG. 58 is a flowchart showing the AOB file output procedure; 



40; 
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TKI and DPL_TK_SRP are present; 



-6- 



9- 



7- 



FIGS. 59A to 59D show how the playback time code displayed in the playback time code 
frame on the LCD panel 5 is updated in accordance with the updating of the variable Play_time; 
FIG. 60 is a flowchart shows the processing of the CPU 1 0 when the forward search function 

is used; 

FIGS. 6 1 A to 6 1 D show how the playback time code is incremented when the forward search 
function is used; 

FIGS. 62 A and 62B show specific examples of how the time search function is used; 
FIG. 63 is a flowchart showing the processing in the editing control program; 
FIG. 64 is a flowchart showing the processing in the editing control program; 
FIG. 65 is a flowchart showing the processing in the editing control program; 
FIG. 66 shows one example of a recording apparatus for recording data onto the flash 
memory card 3 1 ; 

FIG. 67 shows the hardware configuration of the recording apparatus; 

FIG. 68 is a flowchart showing the processing during recording; 

FIG. 69 shows the hardware construction of the flash memory card 31 ; 

FIG. 70 shows the communication sequence used when a playback apparatus connected to 
the flash memory card 31 reads the encryption key FileKey and plays back AOBs; and 

FIG. 71 shows the details of the communication sequence used when mutual authentication 
is performed in FIG. 70. 



Please attend the paragraph beginning on line 24 of page 25 as follows: 



FIG. 4B shows the construction of the authentication region and the user region in the file 
system layer. As shown in FIG. 4B, the authentication region and the user region in the file system 
each include "partition boot sectors", a "file allocation table (FAT)", a "root directory", and a "data 
region", meaning that the authentication region and the user region have the same construction. 
FIG. 5 shows the various parts of these file systems in more detail. The following describes the 
construction of the user region with reference to FIGS. 4A, 4B and 5. 
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shows the various parts of th e s e fil e syst e ms in more detail. — The following d e scrib e s the 
const r uction of th e us er r e gion with reference to FIGS. 4A, 4D and 5. 



Please amend the paragraph beginning on line 24 of page 47 as follows: 



As shown in FIG. 1 7, the TrackManager is composed of the Track Information (TKI) #1 5 #2, 
#3, #4 ... #n, as shown by the broken line hi . These TKIs are information for managing the AOBs 
. recorded in AOB files as tracks, and each correspond to a different AOB file. From FIG. 1 7, it can 

QS* be seen that each TKI is composed of Track_General ^Information (TKGI), Track_Text_Information 
(TKTXTI_DA) (TKTXI DA) in which text information exclusive to a track can be written, and a 
Track_Time_Search A Table (TKTMSRT) that serves as a time search table. 



Please amend the paragraph beginning on line 9 of page 48 as follows: 



From FIG. 1 8, it can be seen that each TKI has a fixed size of 1 ,024 bytes, which means that 
total size of the TKGI and the TKTXTIJ3A TKTXI DA is fixed at 5 1 2 bytes due to the size of the 
TKTMSRT being fixed at 5 1 2 bytes. In the TrackManager, a total of 999 TKIs can be set. 
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Please am/end the paragraph beginning on line 15 of page 82 as follows: 



The following describes how the information fields in the TKI are set for the AOB file 
n AOB002.SAF once this file has been obtained by updating the directory entries and the FAT 
values. When generating a TKI for a divided track, there are two kinds of information fields in the 
TKI. These are (1) information that can be copied from the original TKI and (2) information 
obtained by updating the information in the original TKI. The TKTXTI_DA TKTXI DA and ISRC 
are the former type, while the BIT, the TKTMSRT and other information fields are the latter type. 
Since both types of information exist, the present embodiment generates a TKI for a divided track 
by copying the original TKI to produce a template for the new TKI, and then dividing/updating the 
TKTMSRT and BIT in this template and updating the remaining information fields. 
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Please amend the p aragraph beginning on tine 10 of page 85 as follows: 

As can be seen from FIG. 36, the division of the AOB result in only the AOB_ELEMENT 
that includes the boundary for the division being divided into two and in the other 
AOB_ELEMENTs positioned before and after the divided AOB_ELEMENT remaining unchanged. 
As a result, the "FN_Last_TMSRTE" of AOB#2 is set at the same value for the 
M AODJLEMENT#4 M "AOB ELEMENT#3" before the division, and the "FNs_l st_TMSRTE M of 
AOB#2 is set at AOB_ELEMENT# 1 of AOB#2, which is to say, the number of frames included in 
the part that follows the boundary once AOB_ELEMENT#2 has been divided. 



P lease am^nd the paragraph beginning on line 10 of page 109 as follows: 



When the user rotates the jog dial counterclockwise as shown in FIG. 51D, FIG. 51C, the 
playback time code is reduced to "0:00:10" in keeping with the amount by which the jog dial was 
rotated. Conversely, when the user rotates the jog dial clockwise as shown in FIG. 51C, FIG. 5 IB, 
the playback time code is increased to "0:00:30" in keeping with the amount by which the jog dial 
was rotated. 



Please amend the paragraph beginning on line 16 of page 119 as follows: 



Once the first AOBJFRAME has been outputted to the descrambler 7, in step S26 the 
playback apparatus refers to the ADTS header of AOB_FRAME#x and specifies where the next 
AOB_FRAME is located . In step S27, the playback apparatus increments the variable#x (#x<-#x+l ) 
<\ * and sets AOB_FRAME#x as the next AOB_FRAME. In step S28, AOB_FRAME#x is inputted into 
the descrambler 7. After this, in step S29, the variable play_time is incremented by the playback 
period of the AOB_FRAME#x and the variable play data is incremented the amount of data 
corresponding the AOB_FRAME#x. After incrementing AOB_FRAME#x, in step S30 the CPU 10 
judges whether the variable #x has reached the value given in FNs_lst_TMSRTE. 
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